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@ The present invention invohres a hospHal- 
based integrated medical computer system for 
processing medical and patient infomnation and 
for evolving nvedlcal knowledge, diagnoses and 
prognoses. It includes at least one processor 
including a memory and a plurality of medical 
data banks connected thereto, and a plurality of 
separate processor hardware modules at least 
indirectly connected to the memory. The mod- 
ules indude a contmunlcation module, at least 
one switching module, an administrative mod- 
ule and a knowledge base nrKxJule. There Is also 
hardware, fimnware and software in the pro- 
cessor hardware modules to enable the mod- 
ules to perfonn at least the following functions : 
for the communication module, to control all 
functk)nal processes of the other modules, the 
main memory and the processor, so that they 
effectively communicate with one another; for 
the switching moduie(s), to select and switch 
between selected infbrmatton as it beconnes 
relevant to a process of solving a particular 
problem ; for the administrative nruKlule, to per- 
form housekeeping functions, including multit- 
asking control with resource allocation, 
reai-time multitasking and scheduling of tasks ; 
and, for the knowledge base nKKlule. to operate 
knowledge processing functbns and to store 
Information in the medteal data banks. In prefer- 
red embodiments, there are general patient 
databases, phystelan access point units, patient 
access point units, and service facflHIes. In 
other embodiments, a plurality of processors 
are included with their own memories and mod- 
ules and are linked together to establish a 
processor unit In processor net embodiments, 
there may be one or more separate Inte^nated 
servk^es digital networio dedk»ted to predeter- 
mined medical related functtons. 
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BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present Invention relates to architecture for 
an Integrated nnedical computer system and more 
specifically to a system utilizing one or more proces- 
sors having separate modules for predetermined 
functions. Unlike data processing of conventional 
computer systems and unlike call processing switch- 
ing systems, the present inventton system Is a signif- 
icant improvement over modern electronic switching 
systems and includes separate nradules for commu- 
nication, switching and administration as. well as the 
addition of one or nrare knowledge modules coupled 
with a plurality of medical data banks. 

2. Information Disclosure Statement 

United States Patent No. 4,899.839 describes a 
method of monitoring a patlenfs medicine compli- 
ance. It involves weighing a container of medicine to 
determine a starting weight on a scale whteh Is con- 
nected to a computer with a display unit and storing 
the starting weight In the computer followed by re- 
weighing the container of medicine after a prsdescri- 
bed dosage is consumed to determine a second 
weight The computer then determines the difference 
between the starting and said second weight to store 
a dosage unit weight The computer Is programmed to 
calculate compliance required weights of the contain- 
er for each dosage administration for the prescription 
period of the medicine. The container of medicine Is 
^ rewelghed from time to time on the scale to compare 
actual wiugbtMth compliance required weight to de- 
termine compliance and the computer visually dis- 
plays the compliance results on the display unit to 
permit compliance monitoring. Opttonally, other pa- 
tient characteristics are also monitored and feedback 
Is provUed. 

United States Patent No. 5.01 6,1 72 is also direct- 
ed to patient compliance and a status monitoring sys- 
tem. It Involves utilizing an automatic compliance 
monitoring device which stores compliance informa- 
tion and which may be connected to a computer with 
a display unit The compliance monitoring device or 
the computer Is programmed to calculate compliance 
requirements of the container e.g. by number of cap 
openings, by dispensing count or by weight informa- 
tion obtained by the automatic compliance nrmnitoring 
device, for each dosage administration for the pre- 
scription period. The automatic compliance monitor- 
ing devtee Is periodically, occasionally, or randomly 
connected to the computer to compare actual usage 
with compliance required to determine compliance re- 
sults on the display unit to permit compliance mon^ 
toring on a monitor at a remote locatbn. Optionally, 
other patient characteristk» are also monitored and 



fieedback is provided. 

While both of the above prior art patents utilize 
computer systems to provide patient monitoring infor- 
mation to a professional via a computer with feedback 
5 capabilities, they are limited by conventional comput- 
er architecture and do not teach or suggest the phys- 
ical modules, integrated medical system processes, 
architecture and capabilities of the present invention 
system. 

10 In conventional processing of data, the central 
processing unit plays the dominant role in executing 
the binary instructions in a pre-defined programmed 
sequence. Data availability and access is made fea- 
sible by the linking and loading functions. The proo- 
fs esses Involved in installing executable binary codes 
into the computer in usable form, are compiling, as- 
sembling and linking as well as the actual loading of 
the program and of the data into the core storage area 
of the computer. One process generally (and conve- 

20 niently) forgotten by the computer scientists is the 
higher level language programming of a problem that 
is to be solved. Assuming no errore in these process- 
es, the machine sequentially executes these instruo- 
ttons and brings the program to a nonnai termination 

25 and provides the user with the results that were being 
sought by the user without attentk)n to the language 
of the program(s) In and loaded into the computer. 

in telecommunication networks with Olectronk: 
switching, the switching system or systems plays the 

30 dominant role In executing the various steps that are 
necessary for call processing. The sequence of the 
steps necessary for the completion of call processing 
is much more varied than the sequence of instruo- 
ttons for data processing. The switching systems may 

35 be distritHJted and the cooperative role of the various 
switching systems may become essential. This as- 
pect Is not unlike the controlled distributton of the 
processing in multiprocessor/nmiltloomputer systems. 
Fortunately, with the evolution of the conrunon chan- 

40 nel interoffice signalling system and the standardiza- 
tion of its protocol, distributed call processing is not a 
problem in most nrK>dern communlcatton networks. It 
is Interesting to note that the level of programming In 
the switching systems is at higher level than the pro- 

45 gremming level of the third generation programming 
languages. This jump leaves the progremmere of the 
switching systems with the more mundane functions 
of generating the executable code for the normal 
three nfK>dules (communication, switching, and ad- 

50 ministrative) of the switching system. 

In nxxJern "intelligent' networks (such is used by 
the Assignee herein, AT&T Corp.. as well as other Uni- 
versal Intelligent Networks), the service provisioning 
of the special services becomes the cooperative role 

55 of at least five well known interdependent computer- 
ized systems. These interdependent computerized 
systems are the service switching points, the service 
transfier points, the servtoe control points, the service 
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creation envbonment and intelligent peripherals. ' 

Some of these icnown systems are substantially 
niodified and/or supplemented In the present Inven- 
tion to create a unique Integrated medical computer 
system environment These significant changes are 
neither taught nor rendered ohvious by the prior art 

SUMMARY OF THE INVENTION 

The present invention invoh^es a hospital-based 
integrated medical computer system for processing 
medical and patient Information and for evolving med- 
ical knowledge, diagnoses and prognoses. It includes 
at least one processor including a menK>ry and a plur- 
ality of medical data banks connected thereto, and a 
phirelity of separate processor hardware modules at 
least Indirectly connected to the memory. The mod- 
ules include a communication module, at least one 
switching module, an administrative nKxiule and a 
knowledge base nK)duie. There is also hardware, 
firmware and software in the processor hardware 
modules to enable the nrKxlules to perform at least the 
following functbns: for the communicatton module, to 
control all functional processes of the other modules, 
the main mBtnory and the processor, so that they ef- 
fectively communicate with one another; for the 
switching mpdule(8), to select and switch between se- 
lected infonmatton as it becomes relevant to a process 
of solving a particular problem; for the administrative 
module, to perform housekeeping functions, Includ- 
ing multitasking control with resource allocation, real- 
time multitasking and scheduling of tasks; and, for the 
knowledge base module, to operate knowledge proc- 
essing f uncttons and to store informatton In the med- 
ical data banks. In preferred embodiments, there are 
general patient databases, physician acqess point 
units, patient access point units, and service facul- 
ties. In other embodiments, a plurality of processore 
are Included with their own memories and modules 
and are linked together to establish a processor unit 
In processor net embodiments, there may be one or 
more separate Integrated services digital networks 
dedicated to predetermined medical related func- 
tions. 

BRIEF DESCraPTION OF THE DRAWINGS 

The present Inventton Is more fully underetood 
when the specif Icatton herein is taken in conjunctton 
with the drawings appended hereto, wherein: 

Figure 1 illustrates a schematic diagram of a 
present ihventton integrated medical computer 
system hospital-based medical processor unit 
with six buses for nwnltoring the fk>w of infbrma- 
tk)n In a large medical complex; 
Figure 2 illustrates one embodiment of a present 
invention network based integrated medical conv 
puter system which has a plurality of processore. 



switching modules and knowledge base mod- 
ules; and. 

Figure 3 illustrates a simplified veraion of a pres- 
ent invention integrated medical computer sys- 
5 tem with limited functionality for a single input, 
single output and single user for system. 

DETAILED DESCRIPTION OF THE INVENTION 

I. Introduction 

In the present Invention Integrated medical sys- 
tem, the processing is based upon the methodology 
fundamental to any problem sohring. A problem is 
identified from the data at hand, additional search 
and conflrmatbn is sought based upon a partial hy- 
pothesis or a hunch (Intuitive pattern match). When 
a certain level of oonfklence is achieved, the existing 
knowledge banks are queried about categorizing the 
problem at hand. If the data is insufficient, an addi- 
tional search is conducted to gain additional conf Ir- 
matk)n/deniai of the partial hypothesis. Under condi- 
tkms of certainty in the cause-effect relationship, few- 
er searches lead to the required confidence level be- 
fore the solution Is Initiated. Under uncertainty or fear 
of persecutbn, nxire conf inmation and consultation is 
sought regarding categorization, verifying the exist- 
ing knowledge banks, and then the eventual solution 
to the problem accrues. 

In the real world, these steps are Iterated many 
times over, especially if there are numerous inter- 
twined problems, numerous cause-effect relation- 
ships, and numerous remedies. Lack of complete in- 
put data causes additional uncertainty. Whereas ev- 
ery patient is unique in his/her own right, there 
enough science and logic embedded In the profession 
that computera and networks can handle the various 
steps in the sdutton to the problem quickly, system- 
atically, and within any given percentage of confi- 
dence. Apart from steps In the remedy and cure, the 
present Inventton integrated medical system may also 
handle more mundane aspects of accounting, patient 
history tracking, resource aliocatton, scheduling, re- 
cord keeping, and security of infonmation. Fdiow-up 
procedures can also be made thorough and com- 
plete. The architecture Is fiexible to permit the inte- 
grated medical system to functton in any type of a 
medical facility ranging from a dispensary to a com- 
plete hospital and health care complex. 

The methodology upon which the integrated 
medical systenri functions is by partitioning the proce- 
dural steps In their modular microscopic or macrc^ 
scopic forms. Logical relations between these steps 
penmit their programming. Weak logical relations de- 
mand more Intricate programs invoking additional 
searches or knowledge-based functions. Weak logic, 
coupled with uncertainty, reduced the confidence to 
an extent thatthe integrated medical system turns the 
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problem to a group of on-line physicians. 

One situation wtiere hunr>an Intervention is usu- 
ally not needed is the conrvnunicatton network. Calls 
from the sut^cribers are routinely processed by tele- 
communication networks and spedat service orient- 
ed calls are processed by intelligent networks. These 
networks systematically reduce the switching, trans- 
mission, and administration functbns of 'call proc- 
essing* in a series of machine executable subfunc- 
tlons and are completed in an orderly way depending 
upon the outcome of the previous process. The call is 
initiated, processed, monitored, and completed over 
the duration of the call. This may take several sec- 
onds (voice calls) to several months (dedicated lines) 
or even a life-time (700 numbers operattons) depend- 
ing upon the service required. In this situatton, deal- 
ing with communication networks, the deeper insight 
and the superior perception of the human is not rieo- 
essary for the "call-processes* which in the decade of 
nineties are well streamlined and optimally program- 
med. 

One situation where the human intervention is 
constantly needed is the maneuvering of an airplane 
ora spacieovft In this case, the input conditions are 
so yarkxjs that the human intelligence is likely to pro- 
duce significantly improved results. In addition, the 
..cost of failure is very high. The Invocation of human 
irw^ht and peroeptkm greatly influences the output 
and reduces the probability of fatal errors. 

In the case of the present invention integrated 
medical computer system, the parameters lie In a 
range somewhere between the two extreme exam- 
ples given above. At the two extreme blends of man- 
machine team, the environment may be adjusted suf- 
ficiently to generate an all-man-no-machine hospital 
or an ail-robot-no-man hospital. Through the present 
invention integrated medical computer system, the 
less expensive mechanized computer systems can 
take over some of the functions performed by the 
nruMre expensive physician teams, thus generating 
moTB economical and optimal medical environments 
in countries where physicians and their administra- 
tors are expensive. 

n. Processor Environments In Integrated 
Medical System 

In the present invention system, the architecturB 
of the control processing unit of any moderate speed 
computer is modified with enhanced memory capa- 
bilities to process the medical procedures for pa- 
tiente. The enhanced memory will hold executable 
programs for the patient In the special hospital, med- 
ical center, or even the country in which the proce- 
dure is going to be performed. These subprocedures 
will be intelligently assembled based upon the artifi- 
cial intelligence oriented knowledge bases. For this 
reason the high level language software (the compil- 



er-assembler-loader-linker software chain) of the in- 
tegrated medical system to be significantly different 
from that of the traditional computer systems. Thus, 
the set of assembly level procedural instructions will 
5 be tailored to the specific medical facility, thus calling 
for a fedlities dependent assembler. This type of 
adaptation is routinely made for computer systems at 
installation time depending upon the hardware in that 
particular system. It is also done for the switching sys- 
10 tems when any software controiied switch (e.g. elec- 
tronic switching system fecility) for any telecommuni- 
cation system is installed. 

The dependability concern in present inventton 
systems may be handled by dual processors and 
15 elaborate error checking. The error checks not only 
verify the processing, but also the validity of the re- 
sults based upon the artificial intelligence based ex- 
pected outcome. Any unexpected findings are refer- 
red to the physician team on duty. Results of proce- 
20 dures will be entered into a patient database. Opin- 
ions and subjective comments will be entered onto a 
voice activated message retrieval system. Pictures, 
X-rays, and CATSCANs may be entered onto a visual 
database of the computer system, making the inte^ 
25 grated nrtedical system a truly multi-media system. 

III. Medical Computer Architecture 

3.1 The Medical Processor Unit 

30 

Traditional control processing unit architectures 
entailing the control unit the arithmetic unit, the logic 
unit, the control memory. Interrelated with single or 
multi bus structures simply do not suffice for the pres- 

35 ent invention medical applications, in the present in- 
vention, medical processor unit does not process 
data. It only generates a sequence of subprocedures 
for current or standard medical procedures consistent 
with the patient history, physician's - expert system 

40 capability/expertise, and capability of the medical fa- 
cilities available in that particular environment 

The typical operator-operand function of the 
medical processor unit of the present Invention is nei- 
ther traditionally binary nor hexadecimal; instead it is 

45 based on a combination of factors, such as the knowl- 
edge of the patient (available in the patient database), 
and the experience of the medical tean\ in a general 
categorical sense and with reference to that particular 
patient Both of these are dynamic and can vary sig- 

50 nif icantly. For this reason, expert and knowledge sys- 
tem-based programs are used end used consistent 
with the capability of the particular medical facilities 
which will be utilizing the present invention system 
The microprograms in the medical processor unit 

55 will function in three independent fashions initially 
and then in an interdependent fashion subsequently. 
First any approved expert system database is refer- 
red for current concepts and breakthroughs. Second, 
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the practice of the partfcular physician and the med- 
ical fecillty is referred to in order to be consistent with 
the knowledge level of the physician and the medical 
facility. Third, experience of this physician and earlier 
physicians with this particular patient is referred. All 
the necessary checks and verifications are made be- 
fore administering any particular procedure to any 
particular patient In view of the patient history. 

The output of the present invention system med- 
ical processor unit is a series of instructions based 
upon the opinion of the current experts approved by 
a team of physicians (if necessary) which has been 
verified for processing and expectatton by dual inde- 
pendent processors. The output of the processor is a 
series of subprocedures which will be dispatched to 
the actual medical facilities after appropriate alioca- 
tton of existing medical resources to the patient's sub- 
procedures. Scheduling, rssource sharing, time and 
priority allocation will be done automatically depend- 
ing on the time or code of service being performed 
(emergency, standard, diagnostic, routine, etc.). This 
system Is accountable for every step of its function 
and no tampering of any sort Is possible by encryption 
of subprocedural code and patient data. The decryp- 
tor key and its code identification is available to the 
mekiicat staff. Such measuras of additional safety and 
streamlined handling of the procedures can make the 
overall service provistohing current, economic, arid 
accountable at every subprocedural step. 

3.2 Subprocedure Instructions 

From prelirvtinary conskJeratlons, these may be 
numerous broadly definable Instructions. Three such 
categories are knowledge based inferential Instruc- 
tkms, search instructions, and administrative or local 
housekeeping instructions. 

In the first category, the knowledge structure of 
the cause-effect relation is queried, or the logical pre- 
dictable effect is being sought, or conversely the pre- 
conditions for a given state is being investigatad. It is 
important to nots that certainty is never the strong 
point of this type of processing. Every step Is prone 
to a confidence level. Thus the chain of subproce- 
dures which make up a given procedurs is the product 
of such individual confidence levels. Fuzzy-set lirfor* 
matton processing is most appropriate for the execu- 
tton for this category of instructions. 

In the second category, the search is being initi- 
ated. Two groups emerge as follows. The first group 
deals with search in the knowledge (professional, 
medical opinton, possible cures, diagnostics, etc.) do- 
main and the second group deals with search in the 
data (files, patient Infbmiatlon, databases, insurance 
company codes, service provMers. drug vendors, 
.etc«)\domain. 

^'Inltie firat group, the Input Is the incomplete Input 
data to investigate which other twigs of the knowl- 



edge tree are logically associated with the gh/en irv 
puts. Forward and backward pointers may be sought 
by this type of instruction. Similar symptomatic con- 
ditions may be queried. Associative and forward 

5 searches may be initiated by this type of instructton. 
The f ^st category and second set of instructksns ars 
not always orthogonal and Invoh^lng the first set can 
also invoke the second set and vice versa. Recursh^e 
searches should then be possible to/from and within 

10 the knowledge domain linking the objects in the data 
domain. 

In the second group, the input is complete for the 
data processing units to offer complete and definite 
response. Example of this type of search Is the social 

15 security number of a patient or the last visit to the hos- 
pital. Definite and precise answers are sought and se- 
cured from the present invention integrated medical 
system. By separating the searches in two groups, 
the instructton sets to the Integrated medical system 

20 can be separated as (a) searches dealing with the 
knowledge domain or (b) searches dealing with the 
data domain. The hardware, software, firmware, and 
peopleware domains responsible for the execution of 
these two types of searches may thus be Isolated and 

25 optimized. 

In the third category, the administrative functions 
of the local medical fadlity may be activated. Typical 
of such instructions are scheduling of operating 
rooms. Issuance of the hospital beds, allocation and 

30 consistency of the physician teams, accounting and 
billing, updating of the patient databases, etc This 
category of Instruction Is localized to the environment 
of the medical feciilties, the personnel, the support 
staff, and the type of services It is expected to pro- 

35 vide. It is suggested that the input/output bus for this 
category of instruction be isolated from the input/out- 
put bus for the other two types of instruction to avoid 
any possible contamlnatton of information to and from 
the established knowledge bases. Standard technl- 

40 ques for the construction, maintenance, and use of 
such knowledge bases are available. 

3.3 Speed and Capacity of the Medical 
Processor Unit 

45 

From the point of view of implementation, the 
speed of the medical processor unit is not crucial, ex- 
cept when the physician prefera a real-time took up of 
how the medical processor unit would handle a cer- 
50 tain situatbn. For this reason we foresee two types 
of medical processor units. The f iret type of medical 
processor unit handles the batch type of Job process- 
ing and the second type handles the on-line process- 
ing. The architecture of the two systems thus differa. 

55 
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3.3.1 Remote Medlcai Processor Units (Job 
Processing Environments) 

Under normal conditions any particular patienf s 
identification may be submitted to the medical proc- 5 
essor unit with a desired procedure or even a com- 
plaint or symptom and the primary medical/vital data 
of the patient (e.g., temperature, blood pressure, 
heart rate. etc. as the paramedical teams dispatch to 
the physician). The non real-time response will be io 
generated and mailed (dispatched electronically) to 
the doctor. Under the latter conditions, the wamoty 
and database capability of the medical processor unit 
to act in conjunction with the artificial intelligence 
based programs becomes the key element Typically, is 
in remote medical processor unlf s, the memory size 
and database capability can be compromised for 
speed. Dual independent processing (as It is done In 
most electronic switching system fadiities) can only 
double the cost of high capacity low-speed machine. 20 
Job priorities are assignable to the patient and proce- 
dures. Procedure sequences are forced in subse- 
quent time slots and time and resource sharing can 
thus be optimized. 

Almost all remote medical processor units need 25 
to be network based since the medical knowledge 
bases can also be remote and one medical processor 
unit can service many hundreds of remote input loca- 
tk>ns. The searches perfonmed by remote medical 
processor units can become more thorough and wide so 
in non rsal-tinrw applications. 

3.3.2 Hospital Based Medlcai Processor Units 
(On-line Processing) 

35 

When real-time response is necessary for the 
medical processor unit, archltectura can be readjust- 
ed for speed and response rather than extensive 
searches for a large number of patients and subscrib- 
ers. When certain procedures are necessary quickly, 40 
cost of service provisioning, and economics of provkl- 
ing services from various hospitals, laboratories, di- 
agnostk: services, or even doctors may be sacrificed 
for urgency. However, under normal conditions, the 
patient can be provided with the most cost effective 45 
strategy tor the services to be performed. Specialized 
service provMers will effectively use all their resourc- 
es optimally and marginal service providers will get 
phased out 

so 

3.3.3 Processor Speed, Confidence level and 
Patient Load 

The most time consuming task of the processor 
is the search through numerous knowledge bases to ss 
achieve a high confidence In the inference It dnaws 
about the next logical step or the next Inferential step. 
One can defeat the integrated n)edk»l system by in- 



sisting upon a 100 percent confidence with insuffi- 
cient input data with exhaustive knowledge bases or 
conversely with sufficient input data but with inade- 
quate knowledge bases. To be realistic about the re- 
sults that the integrated medical system can gener- 
ate, a compromise in what is being queried is essen- 
tial. Being a programmed systent, it can provide only 
inferential results with varying degrees of confi> 
denoe. Exhaustive searches take a longer response 
time as do the peak-hour high-patient-load queries. 
Here the processor speed provides a compromise. 
Expensive high speed systems can yield high confi- 
dence inferences at the busiest hospital hours and 
vk:e versa. Smaller medical fadiities will thus need a 
lower power processor. Job scheduling algorithms by 
the operating system (as they are used In traditional 
computer systems) will prove useful in generating an 
acceptable response time from the integrated medi- 
cal system. 

Other tasks such as patient scheduling, shared 
resource allocation, sequentlality of subprocedures, 
minimum hospital stay requirements, etc. are rela- 
tively trivial for the integrated medical system, 

iV. Architectural Considerations 

4,1 Processoi^Based Locai-knowiedge-Bank 
System 

Figure 1 shows a processor-based local knowl- 
edge bank Integrated medical computer system 1. 
Here, the processor 3 and knowledge banks are In 
cfose proximity such that bus lines can be extended 
from processore to these knowledge banks (medk:al 
data banks 5, 7 and 9). The addressing is done via 
bus-selector through bus 11 tied to a particular knowl- 
edge bank. The address of the bus may be consistent 
with the classif k:ation of the information stored In that 
particular bank thus reducing the seek time in these 
massive Information stores. In such systems, the in- 
struction to the knowledge bank is followed by a buret 
of input data via a direct memory access channel. 
Note that the contact between the patients and the 
physicians may be in real-time, or via remote access. 

Considerable latitude exists in the design of the 
memory, processor, and the bus structures. At ons 
extreme, we have the knowledge banks bursting their 
entire segments of all the relevant informatk>n back 
to the main memory of the medk^al processor 3 where 
the instruction Is executed. At the other extreme, we 
have a complete instruction being dispatched by the 
medical processor 3 to the knowledge banks and the 
knowledge banks, e.g.. In their own local processors 
execute instructions or part thereof. The partial result 
(in a shorter buret) of the instructfon is dispatched 
back to the medical processor 3. 

This aspect of the processing is novel over the 
conventional computing environments where part of 
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the execution of the instruction takes place in the 
memory. Some of the sophisticated database soft- 
ware packages can perform these functions for the 
integrated medicai system. The compromises in the 
cost and performance are evident from the two hard- 
ware conf igurattons. 

Every subprocedure is thus executed and the net 
result of the procedure is conveyed to the user (or the 
user program). The output Is generated from subpro- 
cedures, procedures, runs, and entire usage of the In- 
tegrated medical system in an orderly and systematic 
fashion. Debugging of the integrated medical system 
f uncttons becomes as easy as reading the registers 
and core dump of the medical processor unit or the 
registers and the core dump of the local processing 
units of the knowledge banks. 

The processor 3 includes a memory and an ad- 
ministrative module 13, a knowledge module 15, a 
communicattons module 17 and switching modules 
19, 21 and 23. In additton to the knowledge bus 11. 
there is a patient bus 25 connected to general patient 
database 27, a procedure/lab bus 29 connected to a 
procedure/result analysis 31. Output bus 33 is con- 
nected to services facilities 35, which may, for exam- 
pie, indude tissue work 37. therapy 39, blood work 
41. imaging 43, and othere (etc.) 45, such as, for ex- 
ample, urinalysis. 

Processor 3 is also connected to a plurality of pa- 
tient access point units 47. 49 and 51 via input bus 53. 
These units can indude individual patient medical 
bases 55. 57 and 59 and can include input to proces- 
sor 3 as well as output from processor 3. These units 
could monitor patient's conditions, input data, provide 
instructton to the patient and track patient conditions 
and alert the hospital staff and/or phy8idan(s) to such 
changes. 

There may also be connected to processor 3 a 
plurality of physldan access point units 61 . 63 and 65. 
via physldans bus 67. Though these units physldans 
may access services fadlities 35, procedureA'esult 
analysis 31. any or all medical data banks 5. 7 and 9. 
general patient database 27 and patient aocesspoint 
units 47, 49 and 51. The physicians may do so 
through processor 3 as a direct user via such buses 
described above, or Indirectly by query to the proces- 
sor 3. whereby the precessor 3 will utilize whatever 
modules, menmy, programs, subprograms, buses 
and connected units and facilities as may be neces* 
sary or appropriate to respond to particular queries 
posed by the physician user. 

41 blstrtbuted>Khowtedge-Bank System 

In this type of present Inventton system 101 
shown in Figure 2. many medical processor units e.g. 
units 103. 105 and 107 and knowledge banks 109, 
111 and 113 are linked via a high speed Integrated 
services digital network 115. Isolated packets of in- 



formation arrive at the knowledge banks from numer- 
ous integrated medical systems connect^iherewlth. 
Thus, the cdlection of numerous units, such as units 
103, 105 and 107 form a processor net 200. Optimal 

5 protocol design and packet structure Is a matter of 
design by the artisan now that this environment has 
been defined. For example, the addressing of the dis- 
tant knowledge banks Is done via a subject matter 
klentif ier allocated to the distant knowledge bank. 

10 This identifier of the knowledge t»nk Is consistent 
with the informatton stored in that particular bank thus 
reducing the switching time to these massive Informa- 
tion stores. In such systems, the Instructton to the 
knowledge bank is followed by a burst of input data via 

15 the packet switching network located within proces- 
sor net 200. (it should be assumed that processor net 
200 contains individual processors similar to proces- 
sor 3 of Figure 1 with the memory and various mod- 
ules as descnl)ed therein.) 

20 Every subprocedure is thus executed via an indi- 
vidual packet command (like the modern signalling 
system, packet conunands or subprocesses in the 
back-bone network are embedded in the intelligent 
networks). The net result of the procedure Is con- 

25 veyed to the user (or the user program) by a series of 
packet transactbns. Such transactions between a 
single integrated medical system and multiple knowl- 
edge banks are systematically processed and the 
output is accunmjiated from subprocedures. proce- 

30 dures and runs. The entire usage of this present in- 
vention network based integrated medical system is 
as orderly and systematic as Job processing In distrib- 
uted computer environments. 

Referring again to Figure 2. the Integrated medl- 

35 cal system 101 may not only include integrated ser- 
vices digital network 115 for connection to knowledge 
banks (medical data banks), but may have a plurality 
of integrated services digital networks for various pre- 
determined functions. Thus, integrated services dig- 

40 ital network 123 is connected from net 200 to patient 
access point units 117. 119 and 121; integrated ser- 
vices digital network 129 is connected from proces- 
sor net 200 to physician access point units 123, 125 
and 127. Likewise, net 200 is connected to general 

45 patient databases, such as infectious diseases 131, 
chronic illnesses 133 and acth^e ailments 135. via in- 
tegrated services digital network 137; is connected to 
drug and device vendor net 139 via integrated servlo 
es digital network 1 41 ; and is connected to service fa- 

50 cilities net functions such as blood, tissue and neu- 
rology 143. imagining scans 145 and other functions 
147. via integrated servk:es digital network 149. 

Debugging of these types of integrated medk»l 
system functions becomes as easy as studying the 

55 packet contents of any given procedure. 
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V. Input/Output Considerations 

5,1 Input Aspects 

Compared to conventional computer system/net- 
works, the input/output interface parameters can be 
highly variable for any of the present invention sys- 
tems. Streamlining the human and vert>al communi- 
cation may be somewhat effective to accelerate input, 
but perfection is impossible. For this reason, it is pro- 
posed that, in preferred embodiments, the input to 
present integrated medtcal systems be via laser or 
otherwise encoded credtt-card-sized medical identi- 
f iciation Ibr routine cases (or a sequence of cards for 
extremely acute cases). Ashort data structure of vital 
statistics, chronic conditions, allergies, blood type, 
genetic predispositions, etc. may be encoded on this 
card with a forward pointer to where (I.e., patient da- 
tabase location) aD of the patient history is stored. The 
input processore may be located like credit card can- 
tere or automatic bank teller machines throughout the 
population centere tied to the integrated medical sys- 
tem. 

It Is desirable to have a progression of such med- 
ical card centers ranging from most rudimentary to 
sophisticated medical centers. Typical examples of 
the rudimentary facilities are those for dispensing 
routine medication (like insulin or hypertensnn med- 
ication, or birth control pills, etc.) from integrated 
medical system controlled medication warehouses. It 
is expected that the integrated medical system will 
make an appointment for the patient every so often 
after the programmed sequence of refills is complete 
and direct the patient to go to next hierarchidal med- 
ical card center. 

Typical of the next hierarchical medical card cen- 
ter is one equipped with other nK)nitorlng devices 
(such as those for reading the temperature, blood 
pressure, throat scannere, EKG recordere, imaging 
centers, etc.). It is also expected that the nrx^st recent 
patient input is entered into the patient database, via 
the integrated medical system. Whereas the higher 
level centere can perform the functions of the lower 
level centere, they still act as a check point to the ac- 
cess of the highest levels of the medical card centere. 

At the highest level of the input processore exist 
the current staffed hospitals, therapy centere. deliv- 
ery rooms, operating theaters. Intensive care fadil- 
ties, etc. The situations requiring the services of 
these facilities typically defy the programmability of 
the next step. However, since the integrated medical 
system is networked to service all medical card cen- 
tere, access and referral throughout card centere on 
the network Is automatic. 

5Jt Output Aspects 

The output from the integrated medical system 



can also have significant variations. Ranging from no 
action to immediate hospitalization or surgery, the in- 
tegrated medical system reaches all medical service 
facilities such as drug dispensing machines, physical 
5 therapy centere, blood banks, nureing homes, and the 
higher levels of the medical card centere listed in Sec. 
5.1. 

One of the possible ways of handling the outputs 
of the integrated medical system is via specialized 

10 nodes created on the network. Similar to the knowl- 
edge processing where nodes are addressed by the 
subject natter they hold, the output nodes are ad- 
dressed by the type of service that is scheduled 
through them. For example, if the architecture is 

15 equipped via a node for physical therapy all requests 
for this service would go through this node. The geo- 
graphical dispereion of the patients and services cen- 
ter is tackled by mapping the zip codes of the patient 
and of the service provider. One example where such 

20 service is already provided is by matching the real es- 
tate agent with clients moving into a new area. 

5.3 Overall Input/Output Design 

25 If the medical processor unit is considered as a 

single entity, it is logical in many environments to iso- 
late the input and the output bus of the medical proc- 
essor. System dependability is greatly enhanced. 
Since the integrated medical system is generally net- 

30 work based, the separation of the input and output 
ports on all the medical processor units in the net- 
work would be desirable to reduce any risk of mal- 
function or logical processing the inputs and coordin- 
ating the corresponding outputs. 

35 If the argument for the separation of the input and 
the output ports is taken one step forward, then it is 
easy to see the input/output architecture of any med- 
ical processor unit Inputs from numerous medtoal 
card centere will follow the input path to nrK>st logically 

40 accessible medical processor unit via the type of 
medical service request If certain medical processor 
units can handle specialized services (depending 
upon the contents of its own knowledge banks), then 
the logical address of the medical processor unit is 

45 determined by the network by mapping the service 
request for the patient with the service capability the 
medical processor unit Is specially capable for han- 
dling. The type of hierarchical addressing reduces the 
complexity of the look-up tables for the particular 

50 medical processor unit and the service provider for 
any service request for any patient 

The specialization of' the medical ooritrd units, 
and that of the servk:e providere in by itself thus pro- 
vides the logical addressing of these nodes in the in- 

55 tegrated medical unit It is expected that if the inte- 
grated medical system architecture Is designed 
based upon the separatfon of specialty, then the sep- 
aration of the input and output ports of the individual 
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medical control units, then the flow of infonnatlon can 
be significantly streamlined thus reducing the prob- 
ability of any possible errors in processing the medh 
cal Information for any particular patient 

VI, Implementatlonal Considerations 

At first level the Integrated medical system 301 
may be fabricated by a two (or a network) of general 
purpose computers (see Figure 3) with one knowl- 
edge machine 201 acting as the execution unit of the 
knowledge-based subprocedurai instructions such 
as the processor 3 of Figure 1, or a subset of the func- 
tions of processor 3 of Figure 1. (Reference is made 
to the first and second categories of instructions in 
Sec 3.2above). At the most rudimentary level of soft- 
ware, standard packages such as MYCIN or INTERN 
may be used In the knowledge machine 201. 

Any special hardware or system, functioning as a 
database machine 311 holds at least a subset of the 
medical knowledge for a subspecialty. Access to pa- 
tient databases 313 and 315, MYCIN databases 317 
and 319 and hospttal resource databases 321 and 
323 would be a reasonable first level connectk>n. The 
language and user interface input 303 can be made 
keyboard or mouse driven. The output 305 can be 
made displayed on rudimentary graphic displays. A 
single user system greatly reduces the need for any 
sophlstlcatsd or expensive hardware. 

The housekeeping functions may also handled 
by one general purpose computer hardware unit with- 
in the knowledge machine 307 with a special software 
forresource (computer and medical) allocation, billing 
and patient record keeping. This is typical of a very 
small computer system specifically tailored for any 
given applicatton. 

With some initial software organizatton and de- 
bugging, these rudimentary medical systems can be- 
come functtonal in a very short tints. For the Impien- 
tation of large integrated medical systems, special- 
ized software deployment strategy will become es- 
sential for optimal performance, and to this extent the 
design of the integrated medical system is the similar 
to the design and deployment of any other large scale 
special purpose computer system with dominant cono- 
ponent of knowledge processing and database capa- 
bility. National and network access may be and pre- 
ferably will be provided by the new communication 
protocol embedded in any intelligent network or even 
the upcoming integrated services digital network. 

VII. Machine/Network Failure and other 
Catastrophic Events 

The probability of catastrophic failure is finite, 
even though it can be made less than any given snnali- 
est number by robust design. It is not our contention 
that such an event will not occur, Instead we assert 



that certain routine precautionary steps In running 
and maintaining the integrated medical system can 
significantly reduce the collapse of the integrated 
medical system. 

Some of these steps are similar to those taken by 
the Regional BeQ Operating Companies in maintain- 
ing and safeguarding the Service Control Point data- 
base. Banks and computer systems routinely archhfe 
their information. Diagnostics are run frequently. Crit- 
ical Infonmation is retained at wore than one place. 
Constant copy and verify statements are executed in 
the system to monitor the accuracy and authenticity. 
Critical steps are run twice for confirmatton. Incre- 
mental change of stored information is rechecked for 
accuracy and ratbnale. Dual processors are used to 
valklate the processor functions. Error checking and 
correctk>n is maintained in all transmission. Encryp- 
tion is used to prevent tampering. Physician and tech- 
nician code are checked for authorizatton to modify or 
alter the medical records before any change is ac- 
cepted. 

Precauttonary measures are based upon the 
possible reasons and sources of errors. In large, com- 
puter systems security issues have been tackled to 
make them less error prone. In the two architectures 
suggested, only the modules which do interact are in- 
terconnected. Logical and access (by both hardware 
and software techniques) denial block contamination 
of informattori due to processor or software error or 
to some extent the hardware malfunction. The archi- 
tectures proposed permit some capacity to identify 
and isolate errore and the nwdules In which they start 
The system monitore these conditions before a cata- 
strophic mlshappenlng by blocking erroneous hard- 
ware from its communlcatton capability. 

Present invention integrated n^edical computer 
systems are likely to foster over- dependability upon 
itself. Vigilance may sometimes be lost and people 
may tend to become addicted to the integrated med- 
ical system capability and power. These issues may 
peraist in any situation where new systems are Intro- 
duced. Corporations may become addicted to their 
management Information systems, banks can not 
function without the network response, stock mar- 
kets can not transact when the network is down, and 
so on. Transition to integrated medical system is likely 
to meet a considerable negathfism like management 
information system has met in corporations and ro- 
botics has met in nr>ass production. However, not to 
bring the true capabilities of computers, networks 
and artificial intelligence technk)ues to medicine ap- 
peare to be like withholding calculatore from schools. 

VII. Conclusions 

Numerous veretons of the present invention inte- 
grated medical computer systems have been present- 
ed. The dassif k»tion of subject matter and the do- 
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sign of modular software oriented to the performance 
of medical subprocedures becomes essential. Coor- 
dination of these medical subprocedures with the ex- 
pertise of the medical staff and the use and availabil- 
ity of medical facilities in the hospital or the medical 5 
center becomes a crucial step in the deployment of 
the integrated medical system In practice. 

The separation of the input and output processing 
at the nodes of the medical processor units in the net- 
work is desirable to streamline the multitude of input- io 
output transactions at any integrated medical system 
node. The hierarchical separation based upon the 
specializatbn of the medical processors makes net- 
work addressing of these nodes flexible and straight 
forward. Additional nodes may be added or removed 15 
from the integrated medical system. The hierarchical 
separation based upon the services provided by the 
service providers also makes the network addressing 
of these vendors flexible, straight-forward and pro- 
grarhmable. Such vendors may be added or deleted 20 
from the integrated medical system to offer most op- 
timal and economical service by the integrated med- 
ical system. 

This approach Is feasible In light of the recent de- 
velopments In database storage and access technol- 25 
ogy (for the hierarchical organizatton of medical infor- 
mation, its real-time access, and associative search- 
es). Artif iciai intelligence techniques (for knowledge 
processing such as forward/backward linking, induc- 
tive and predictive logic, pattern recognition, expert 30 
system consultation capability), and specialized op- 
erating systems (for resource management, alloca- 
tion, oonflkrt and dead-lock resolution, accounting, 
billing and record keeping). With the cooperative role 
of the interdisciplinary team of systems designers, in- 35 
tegrated medical system can be as useful to the 
health industry as the airplanes are to the transpor- 
tation Industry or as computers are to the scientific 
community. 

Obviously, numerous modifications and varia- 40 
tions of the present invention are possible in light of 
the above teachings. It is therefore understood that 
within the scope of the appended claims, the inven- 
tion may be practiced otherwise than as specifically 
described herein. 45 



Claims 



Ing a oommunicatton module, at least one 

switching module, an administrative module 

and a knowledge base module; 

(b) hardware, firmware and software in saki 

processor hardware nnodules to enable the 

modules to perform at least the following 

functions: 

(i) for the communicatton module, to control 
all functtonal processes of the other modules, 

the main memory and said at least one proc- 
essor, so that they effectively communicate 
with one another; 

(ii) for said at least one switching nxKlule, to 
select and switch between selected informa- 
tion as It becomes relevant to a process of 
solving a particular problem; 

(iii) for the administrative module, to perform 
housekeeping functtons, including multitask- 
ing control with resource alk>cation, real-time 
multitasking and scheduling of tasks; and, 

(iv) for the knowledge base nxKiule, to oper- 
ate knowledge processing functions and to 
store information in said medical data banks. 

The hospital- based integrated medical computer 
system of dalm 1 wherein said system further in- 
cludes a general patient database connected to 
at least one of said memory and said processor 
hardware modules. 

The hospital-based integrated medical computer 
system of daim 1 wherein said system further in- 
cludes a plurality of physician-based, remotely lo- 
cated physician access point units connected to 
said processor for operatiiig said system from re- 
mote sources. 

The hospital-based integrated medical computer 
system of dalm 1 wherein said medical data 
banks Indude a plurality of subareas of knowl- 
edge, and said knowledge base nxxlule indudes 
a plurality of subprocesses, and said convnunica- 
tk)n module has software to further control com- 
municatton between the subareas of the medical 
data banks and the knowledge base nrK>dule and 
to control the subprocesses as they pertain to a 
particular medical problem and to systematically 
organize inputs and outputs of the subprocesses. 



A hospital-based integrated medical computer 
system for processing medical and patient infor- 
mation and for evolving medical knowledge, diag- 
noses and prognoses which comprises: 

(a) at least one processor, induding a n^mory 
and a plurality of medical data banks connect- 
ed thereto, and a plurality of separate proces- 
sor hardware modules at least indirectly con- 
nected to said memory, said modules Indud- 



50 5. The hospital-based integrated medical computer 
system of daim 1 wherein said system further in- 
dudes a plurality of remotely tocated patient ac- 
cess point units connected to said processor for 
operating said system from remote sources by 

55 patients for predetermined purposes. 

8. A method of operating a hospital-based integrat- 
ed medical computer system for processing med- 
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fcal and patient Information and for evotving med- data banlcs towards soiving a particular medical 

ical knowledge, diagnoses and prognoses which query in a perceptive manner. 

comprises: 

(a) operating at least one processor, which in- 
cludes a memory and a plurality of medical 5 
data banks connected thereto, and a plurality 

of separate processor hardware modules at 
least indireckiy connected to said memory, 
said modules including a communication 
module, at least one switching module, an ad- io 
ministrative module and a loiowledge base 
module; 

(b) operating hardware, firmware and soft- 
ware in said processor hardware modules to 
perform at least the following functions: is 

(i) for the communication module, controlling 
all functional processes of the other nruxiules, 
the main memory and said at least one proc- 
essor, so that they effecth^ely communicate 
with one another; 20 

(ii) for said at least one switching module, se- 
lecting and switching between selected infor- 
mation as it becomes relevant to a pfx>cess of 
solving a particular problem; 

(iii) for the administrative nK>dule, performing 25 
housekeeping functions, including multitask- 
ing control with resource allocation, real-time 
nmiltltasking and scheduling of tasks; and, 

(Iv) for the knowledge base module, operating 
knowledge processing functions and to store 30 
information in said medical data banks. 

7. The method of daim 6 wherein said system fur- 
ther includes a general patient database connect- 
ed to at least one of said memory and said proc- 35 
essor hardware modules. 



8* The method of daim 6 wherein said system fur- 
ther Indudes a plurality of physician-based, re- 
motely located physteian access point units con- 40 
nected to said processor for operating said sye- 
tem from remote sources. 

9. The method of daim 6 wherein said medical data 
banks Indude a plurality of subareas of knowl- 45 
edge, and saki knowledge base niKxIule includes 

a plurality of subprocesses, and aatal comnmjnica- 
tion module has software to further control conrv 
municatlon between the subareas of the medical 
data banks and the knowledge base module and 50 
to control the subprocesses as they pertain to a 
particular medical problem and to systematically 
organize inputs and outputs of the subprocesses. 

10. The method of daim 9 wherein the software fbr 55 
the oommunicatton module includes the ability to 
select and collate subprocesses of the knowl- 
edge base module and the data from the medical 
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